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REMARKS 

Office Action Summary 

In the Office Action, the Examiner has refused the AppHcants' claim for priority to 
the provisional date. Claims 24 through 42 have been examined, and stand rejected. Claims 
24-42 are rejected under 35 U.S.C. § 1 12, second paragraph, as being indefinite for failing to 
particularly point out and distinctly claim the subject matter which Applicants regard as the 
invention. The Examiner has additionally rejected claims 24-42 under 35 U.S.C. § 103(a) as 
unpatentable over FreedomPay.com ("FreedomPay") in view of Emerging Electronic 
Markets for Making Retail Payments by Rudd et. al. ("Rudd") and further in view of either 
EMV '96 or EMV 2000 specifications ("EMV specifications"). 

Applicants have amended claims 24, 35, 37 and 41 to more particularly claim the 
invention, and have cancelled claims 33-34 and 39-40. Claims 24-32, 35-38, and 41-42 are 
presented for reconsideration following the amendment of the claims. Applicants 
respectfully submit that no new matter has been added. 

Claim Rejections 

Rejection under 35 U.S.C. S 1 12 First Paragraph 

As an initial matter, Applicants contend that the original provisional application 
included substantial disclosure that supports the claims. Apparently, these materials are not 
in the PTO's copy of the file. By separate petition. Applicants seek to have the original 
disclosure be accorded the filing date of the provisional application. The granting of this 
petition should overcome the § 112 rejections. 

Rejection under 35 U.S.C. § 1 12 2nd Paragraph 
Claims 24 and 37 were rejected under 35 U.S.C. § 1 12 because the 

specifications for compliance with the EMV '96 integrated circuit card and the EMV 2000 

integrated circuit card were not incorporated by reference, nor were the details thereof 

provided in the original disclosure. The Examiner noted that this rejection could be 
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overcome by examples showing that a card being compliant with either EMV '96 integrated 
circuit card or the EMV 2000 integrated circuit card is old and well known in the art. {See 
Office Action, p. 5). 

The EMV name is derived from the first letters of Europay, MasterCard, and 
Visa, the companies which formed EMVCo in order to "manage, maintain, and enhance the 
EMV Integrated Circuit Card Specifications for Payment System." {See 
www.emvco.com/about.asp). The specifications for all versions of the EMV standards are 
available online. These specifications are both publicly available and widely used. 
Applicants respectfully submit that this evidence demonstrates that compliance with EMV 
standards is known in the art. Indeed, the Examiner relies on EMV '96 or EMV 2000 as 
prior art. Therefore, Applicants request that this rejection be withdrawn. 

The Examiner also rejected claim 26 under 35 U.S.C. § 1 12 because the use of 
the word "prepayment" is indefinite. According to the Examiner, the word "prepayment" is 
used in this claim to mean "when the withdrawal from the fimding account occurs after the 
credit to the integrated circuit device," which is contrary to its accepted meaning. {See 
Office Action, p. 5) This interpretation assumes that the "prepayment" is referring to an 
amount which is credited to the IC device before the amount is withdrawn from the account. 
However, this is not the case. "Prepayment" refers to the fact that the money has already 
been withdrawn from the person's account, but has not yet been spent by the person 
associated with the account; hence the money is paid in advance of receiving the goods or 
services it ultimately purchases. Applicants respectfiilly request that this rejection be 
withdrawn. 

The Examiner additionally rejected Claim 27 under 35 U.S.C. § 112 because 
the claim recites that an amount be subtracted from the account at the same time as at least 
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one of the pre-authorized balance and pre-authorized limit are altered. The Examiner 
correctly notes that when a terminal is performing a series of conmiands, one action must 
proceed the other. Applicants have amended Claim 27 to reflect that the prepayment amount 
is subtracted from the account at substantially the same time as at least one of the pre- 
authorized balance and pre-authorized limit are altered. Applicants respectfully request that 
this rejection be withdrawn. 

Rejections under 35 U.S.C. § 103 
To reject claims in an application vmder Section 103, the Examiner must 
establish a prima facie case of obviousness. Thus, the Examiner must identify the teachings 
of the prior art, identify the differences between the claims and the prior art, and determine 
the level of skill in the pertinent prior art at the time of invention. The Examiner must then 
provide a reasoned basis regarding why it would be obvious to modify the prior art to arrive 
at the claimed invention. 

The Examiner rejected Claims 24-42 under 35 U.S.C. § 103(a) as being 
xmpatentable over FreedomPay.com ("FreedomPay") in view of Emerging Electronic 
Markets for Making Retail Payments by Rudd et. al. ("Rudd") and further in view of either 
EMV '96 or EMV 2000 specifications ("EMV specifications"). Claim 24 is directed to a 
method for conducting a financial transaction that allows an IC card compliant with EMV 
specifications to process a stored value transaction in an existing point of sale integrated card 
reader compliant with EMV specifications. 

Applicants admit that stored value cards are within the scope of the prior art. 
Applicants likewise admit that IC cards compliant with either the EMV '96 or EMV 2000 
specifications are within the scope of the prior art. However, Applicants respectfully submit 
that IC cards which are compliant with either EMV '96 or EMV 2000 specifications and 
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which perform stored value transactions in the claimed manner are novel and not obvious in 
light of the cited references. 

In order for Claim 24 to be rejected under 35 U.S.C. § 103(a) as unpatentable 
over FreedomPay in view of Rudd and further in view of the EMV specifications, it must 
have been obvious to a person having ordinary skill in the art to combine a stored value 
transaction such as the one demonstrated by FreedomPay with the existing IC devices and IC 
cards readers compliant with the EMV specifications. The Examiner argues that the EMV 
specifications "teach compliance with themselves," and therefore it would have been obvious 
to modify the teachings of FreedomPay to use a smart card that is compliant with the EMV 
specifications. {See Office Action, p. 10). However, FreedomPay teaches a system that was 
designed to process stored value transactions. The EMV specifications were designed to 
process credit and debit transactions. The mere fact that designing a product for compliance 
with a standard would ensure interoperability does not demonstrate adequate motivation to 
comply with that standard when the product and the standard are directed at different ends. 
Additionally, even if the FreedomPay system also processed credit and debit transactions, the 
fact remains that the EMV specifications were designed to process only debit and credit 
transactions. Therefore, it would not have been obvious to one having ordinary skill in the 
art to have combined stored value transactions such as the one demonstrated by FreedomPay 
with existing IC devices and IC card readers compliant with the EMV specifications. 

In order for Claim 24 to be rejected under 35 U.S.C. 103(a) as unpatentable 
over FreedomPay in view of Rudd and fiirther in view of the EMV specifications, it must 
additionally have been obvious to a person having ordinary skill in the art to adapt an IC 
device compliant with EMV specifications to process stored value transactions in the claimed 
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manner. The Examiner argued that FreedomPay expressly showed each step of the claimed 
process. (See Office Action, pp. 8-9). 

Applicants respectfully disagree with the Examiner's characterization of the 
FreedomPay system. As FreedomPay cards were designed to process stored value 
transactions, they only need to keep track of one value, the remaining balance on the card. 
The debit column, characterized by the Examiner as analogous to the pre-authorized balance, 
is not stored on the card but rather subtracted from the third colxxmn, Balance, which 
represents the remaining balance on the card. This Balance column is analogous to (although 
not the same as) the pre-authorized limit less the pre-authorized balance, which is not stored 
as recited in independent Claim 24. Likewise, the credit column, which the Examiner 
characterizes as analogous to the pre-authorized limit, is value added to the Balance and is 
better analogized to the prepayment amoxmt of Claim 24. In fact, the credit column is the 
prepayment amount common to all stored value cards. 

This shows the common vein rurming through the Examiner's arguments, 
which is that a transaction under Claim 24 will operate as a stored value transaction. Of 
course, this is the very point of the invention. The significance is not in the fact that it 
processes the stored value transaction, but the manner in which it processes the transaction so 
as to comply with EMV specifications, which are not designed to enable stored value 
transactions. Arguments that FreedomPay and other stored value devices implicitly perform 
the claimed steps show only that stored valiie cards are within the scope of the prior art, not 
that the claimed techniques for carrying out a stored value transaction with an EMV 
compliant IC card and terminal are obvious. 

As amended. Claim 24 includes an integrated circuit device configured with 
an upper cumulative offline transaction data amount compliant with version 2.1 of the 
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MasterCard chip specifications. The upper cumulative offline transaction amount is used to 
store the pre-authorized balance on the integrated circuit device. Nothing in the prior art of 
record discloses or suggests using an U.C.O.T.A.D.E., which was originally designed to 
perform risk management in credit or debit transactions, to enable a stored- value 
functionality in an EMV-compliant smart card. 

Likewise, the Examiner argues that FreedomPay shows the step of 
determining to request on-line communication for authorization before permitting the 
transaction when the transaction amount is greater than the pre-authorized limit less the pre- 
authorized balance. The Examiner cites a feature that allows the user of FreedomPay to 
automatically replenish the stored value as evidence of the similarity. Both cards will not 
allow the transaction unless additional money is available from another source. No stored 
value card will allow a transaction if transaction price is greater than the value stored on the 
card, unless the difference between the transaction price and the stored value is obtained 
from an outside source. Once again, the differences in the implementation are important. 
Additionally, there are differences between the maimer in which the on-line communication 
operates. In FreedomPay, a set additional amount is charged to the credit card and that value 
is added to the card. In Claim 24, no additional value is added to the card. This reflects the 
difference between a stored value transaction implemented on a system designed to process 
stored value transactions and a stored value transaction implemented on a system designed to 
process credit and debit transactions but not stored value transactions. 

Thus, it was not obvious to adapt an existing specification designed for credit 
and debit transactions to be used for stored veilue transactions nor to implement such a 
system in the claimed manner. Claim 24 should be allowed. Claims 25-32 and 35-36 depend 
upon Claim 24 and should be allowed for similar reasons as discussed above in relation to 

NY02:644029.2 -12- 



AP35471 -070457.1324 
PATENT 



Claim 24. Applicants respectfully request that the rejection be withdrawn and the claims be 
allowed. 

Claim 37 is directed to a device configured to perform the transaction recited 
in Claim 24. Like Claim 24, Claim 37 has been amended to specify that the device be 
configured with an upper cumulative offline transaction amount date element compatible 
with version 2. 1 of the MasterCard Chip card specifications. As in Claim 24, the upper 
ciraiulative offline transaction amoimt data element is used to store the pre-authorized 
balance. 

Claim 37 should be allowed for similar reasons as Claim 24. In fact, the 
Examiner rejected Claim 37 based mostly on the same arguments used to reject Claim 24. 
(See Office Action pp. 10-1 1). The device of Claim 37 is meant to be used to process stored- 
value transactions, but also is compliant with the EMV specifications which were designed to 
enable credit and debit transactions to be processed. The cited prior art does not disclose or 
suggest a device which processes stored-value transactions and which is compatible with a 
system not specifically designed to process stored-value transactions. Nor do the prior art 
references disclose or suggest a device that implements the claimed technique for processing 
stored-value transactions. 

Therefore, Claim 37 should be allowed for similar reasons as Claim 24. Claims 38- 
39 and 42 depend upon Claim 37 and should be allowed for similar reasons as Claim 37. 
Applicants respectfiiUy request that the rejection be withdrawn and the claims be allowed. 
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CONCLUSION 



The application is now believed to be in condition for allowance. Prompt and 
favorable action is respectfully requested. Should any fee be required, or if any overpayment 
has been made, the Commissioner is hereby authorized to charge any fees, or credit or any 
overpayments made, to Deposit Account 02-4377. The Examiner is invited to contact the 
imdersigned to schedule a telephonic interview if he believes that would advance prosecution 
of the application. 



BAKER BOTTS, L.L.P. 

30 Rockefeller Plaza 

New York, New York 101 12-4498 

(212) 408-2500 

Attorneys for Applicants 




^^jf^TWififiams 

Patent Office Reg. No. 50,822 



(212) 408-2563 

eliot.williams@bakerbotts.com 
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